Systems and methods for directing mobile device connectivity

ABSTRACT

Methods and systems are provided herein for selecting networks for a mobile communications device. Methods for selecting a network connection for a mobile communications device may include receiving signals that comprise location information of the mobile communications device and selecting a first network type or a second network type for the mobile communications device based upon a magnitude of movement of the mobile communications device determined from the location information, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network that having a reduced capacity or no capacity to hand off active sessions for the mobile communications device.

CROSS REFERENCE TO RELATED APPLICATIONS

This patent application is a continuation of, and claims priority benefit of, U.S. patent application Ser. No. 15/885,628, filed Jan. 31, 2018, now U.S. Pat. No. 10,200,925, issued Feb. 5, 2019, entitled “Systems and Methods for Directing Mobile Device Connectivity”, which is a continuation of, and claims the priority benefit of, U.S. patent application Ser. No. 14/183,375, filed Feb. 18, 2014, now U.S. Pat. No. 9,930,592, issued Mar. 27, 2018, entitled “Systems and Methods for Directing Mobile Device Connectivity”, which claims the priority benefit of U.S. Provisional Application Ser. No. 61/766,679, filed on Feb. 19, 2013, titled “System and Method for GPS-Derived Velocity to Direct Cellular Phone Connectivity.” All of the aforementioned disclosures are hereby incorporated by reference herein in their entireties including all references and appendices cited therein.

FIELD OF THE INVENTION

The present technology relates to systems and methods for multi-band radios. In particular, the present system and method enables a multi-band radio to select a network for voice and data communication based on radio velocity, as determined by a GPS receiver, along with signal strength.

SUMMARY

The present technology is directed, in some embodiments, to a method for selecting a network connection for a mobile communications device. The method comprises: (a) receiving signals that comprise location information of the mobile communications device; and (b) selecting a first network type or a second network type for the mobile communications device based upon a magnitude of movement of the mobile communications device determined from the location information, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network that having a reduced capacity or no capacity to hand off active sessions for the mobile communications device.

The present technology is directed, in some embodiments, to a method for selecting a network connection for a mobile communications device that comprises: (a) receiving signals that comprise location information of the mobile communications device; (b) estimating movement of the mobile communications device from the location information; and (c) based upon a magnitude of the movement of the mobile communications device, dividing voice sessions and data sessions for the mobile communications device between a first network type and a second network type, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network that having a reduced capacity or no capacity to hand off active sessions for the mobile communications device.

The present technology is directed, in some embodiments, to a method comprising: (a) receiving a first signal from a first network transmitter, the first signal including an indication of a first strength of the first signal; (b) receiving a second signal from a second network transmitter, the second signal including an indication of a second strength of the second signal; (c) determining a velocity of a mobile communications device; and (d) selecting one of the first network and the second network for one of data and voice transmissions based on at least one of the velocity, the first strength, and the second strength.

The present technology is directed, in some embodiments, to a mobile communications device, comprising: (a) a processor; and (b) a memory for storing executable instructions, the instructions being executed by the processor to: (i) selecting a first network type or a second network type for the mobile communications device based upon a magnitude of movement of the mobile communications device determined from the location information, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network that having a reduced capacity or no capacity to hand off active sessions for the mobile communications device.

BRIEF DESCRIPTION OF THE DRAWINGS

Certain embodiments of the present technology are illustrated by the accompanying figures. It will be understood that the figures are not necessarily to scale and that details not necessary for an understanding of the technology or that render other details difficult to perceive may be omitted. It will be understood that the technology is not necessarily limited to the particular embodiments illustrated herein.

FIG. 1 is a schematic diagram of a system that implements the present technology;

FIG. 2 is a schematic diagram of another system that implements the present technology;

FIG. 3 is a flowchart of a method for selecting a network connection for a mobile communications device;

FIG. 4 is a flowchart of another method for selecting a network connection for a mobile communications device;

FIG. 5 is a flowchart of another exemplary method for selecting a network connection for a mobile communications device; and

FIG. 6 illustrates an exemplary computing system that may be used to implement embodiments according to the present technology.

DETAILED DESCRIPTION OF EMBODIMENTS

In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the disclosure. It will be apparent, however, to one skilled in the art, that the disclosure may be practiced without these specific details. In other instances, structures and devices are shown at block diagram form only in order to avoid obscuring the disclosure.

Reference throughout this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases “in one embodiment” or “in an embodiment” or “according to one embodiment” (or other phrases having similar import) at various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. Furthermore, depending on the context of discussion herein, a singular term may include its plural forms and a plural term may include its singular form. Similarly, a hyphenated term (e.g., “on-demand”) may be occasionally interchangeably used with its non-hyphenated version (e.g., “on demand”), a capitalized entry (e.g., “Software”) may be interchangeably used with its non-capitalized version (e.g., “software”), a plural term may be indicated with or without an apostrophe (e.g., PE's or PEs), and an italicized term (e.g., “N+1”) may be interchangeably used with its non-italicized version (e.g., “N+1”). Such occasional interchangeable uses shall not be considered inconsistent with each other.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

The cellular network is taxed by a growing number of subscribers and increasing data demands. “Small cells” and WiFi hotspots have emerged as means to lighten the load on the traditional macro-cell network. Conventionally, a mobile phone, PDA or other mobile communication device selects between the macro-cell, a WiFi hotspot, or a small cell on the basis of signal strength. However, some small cells and WiFi hotspots cannot sustain a connection from a mobile user moving at a high velocity, such as traveling in an automobile.

A small cell network may be understood to include, for example, femtocells, picocells, and microcells—just to name a few. A femtocell may be understood to include a short range cellular network that is used to provide cellular connectivity in a given location. For example, a femtocell access point may be placed in a home where cellular service from a macro cell network is poor. The femtocell access point may provide a higher strength cellular connectivity for user equipment in the home or within range of the femtocell. Microcells may be also referred to as femtocells.

A picocell is an extension of a macro cell network and provides increased connectivity for users of a macro cell (e.g., cellular network) in locations where macro cell connectivity may be reduced. For example, picocells may be placed on the external portions of buildings or on street lights of other similar structures. These picocells act as an extension of the macro cell network, providing adequate handoff capabilities for user equipment that operates in a given location. For example, cell phone users may be handed off from picocell to picocell in an urban area. The picocells are the extension of a macro cell network.

Regardless of the specific definitions of networks used herein and in the art, the user equipment may be configured to select between two basic network types. The first network type is a network that is capable of handing off user equipment sessions when the user equipment moves during a session. Examples of this first network type include a macro cell and/or a picocell that is used to extend the macro cell network. A second network type is a network that has a reduce capacity (or no capacity) to handoff active sessions for user equipment. Examples of these networks include a WiFi network, a hotspot network, and/or a femtocell network—just to name a few. If the user equipment determines that it is moving, the user equipment may select a network of the first network type. Alternatively, if the user equipment determines that it is not moving, the user equipment may select a network of the second network type. The user equipment may vacillate between networks as the movement of the user equipment changes over time. For example, the first network type may be selected when the user equipment is traveling in a car, and the second network type may be selected when the user returns home and is within range of the user's WiFi network.

These networks are relatively low-powered radio access nodes, relative to macro-cells, and often have coverage ranges that are smaller in area than those of macro-cell networks. These small cells are used to offload bandwidth (referred to as mobile data offloading) from macro-cell networks such as 4G LTE, CDMA2000, TD-SCDMA, W-CDMA, and WiMax, for example. Small cells are used to provide wireless networking for UEs in a small area, such as a hotel, a restaurant, a retail establishment, or other location where wireless networking is desired. The use of small cells will only increase over time as macro-cell network operators look to offload more mobile data from their macro-cell networks in an effort to remedy latency and bandwidth issues in their macro-cell networks.

The present technology, in some embodiments, uses the GPS receiver, which is now becoming common in cell phones, to allow the phone to determine the appropriate network to route its traffic.

If the phone determines that it has been relatively stationary over the last few minutes (or other appropriate time period), it selects the WiFi hotspot or small cell. If the phone determines that it has been moving rapidly recently, it selects the cellular macro-cell, as this network was designed to sustain calls from users in automobiles. During the connection, the phone continues to monitor its velocity, and change networks as required.

Conventional multi-band radios select between available networks based on signal strength. The present technology recognizes that some networks may be preferable based on other considerations. For example, a network carrier may prefer that as many users as possible use small cells or WiFi networks in order to reduce demand on the macro-cell network. However, some small cells, such as femtocells, and WiFi are not adapted to provide seamless handoffs between adjacent networks when a radio transmitter/receiver is in motion.

Therefore, for users who are moving, either in a car or walking, a conventional macro-cell network may be preferred for obtaining seamless communication. On the other hand, stationary users may prefer a small cell network or WiFi to avoid data charges or for other reasons, and the carrier may also prefer this arrangement when possible to avoid over use of a network. Therefore, the present technology utilizes a GPS receiver, or other location determination service (for instance GLONASS or cellphone triangulation), to determine a velocity for the mobile communication device. If the device is moving at a velocity greater than a predetermined minimum, then the mobile communication device and/or the network, may determine that the mobile device should communicate via the macro-cell network, so long as the signal strength in the macro-cell network exceeds a minimum requirement. Alternatively, if the velocity of the mobile device is lower than the predetermined minimum velocity, and/or is stationary for a minimum period of time, and if the signal strength for an available small cell or WiFi network is greater than the minimum signal strength, then the mobile device may select the small cell or WiFi network for communication of voice and/or data.

In still further alternatives, data and voice, and/or other categories of transmitted materials, may be split between available networks based on signal strength, a velocity, and/or a requirement of seamless communication (e.g., for voice and or video).

Still further alternatives may use a Smartphone or other Internet-enabled device having access to a mapping program (e.g., Google® maps) to assist in determining whether to remain in a small cell or WiFi network, and/or change to a macro-cell network.

The term macro-cell network will be understood to include a network that is configured to efficiently maintain user equipment (UEs) voice and data sessions, for example mobile terminal UEs (e.g., cellphones) that traverse through a geographical area. These mobile UEs may be serviced by multiple cellular network towers (e.g., cell base station), for example as they move, being handed off from cell tower to cell tower as needed.

In some embodiments, the UE may dynamically select an appropriate network to use based upon the velocity and/or signal strength thresholds described above. Thus, the UE may be configured to monitor location based information about the UE from, for example, GSP information generated by a GPS module within the UE. This location information may be used to calculate a velocity of the UE, which is indicative of the movement of the UE. Other methods for determining the movement of the UE that can be expressed as, or used to calculated velocity may also likewise be utilized, such as an accelerometer module of the UE. For example, accelerometer module output may be used by the UE to infer that the UE is being carried by a user while walking. This information may be used as the basis to determine that the macro-cell network should be selected. In sum, the ability for the UE to select an appropriate network may reside entirely within the UE.

In other embodiments, the UE may dynamically select an appropriate network based upon signals received a server or other third party system that monitors the location information of the UE. For example, the macro-cell network may inform the UE that it should use a second network type when the macro-cell network determines that the UE is stationary (or has a velocity that falls below a threshold value established for velocity). Thus, in some embodiments, the ability for the UE to select an appropriate network may be affected from systems or networks outside the UE itself.

The present technology may also be implemented in smart devices, such as with machine-to-machine (M2M) devices, in what is often referred to as the “Internet of Things”. These smart devices may include wireless chipsets and GPS modules, which are used to periodically report back their location and network conditions to a server. These smart devices may be integrated into other systems such as appliances, vehicles, laptops, and other similar devices.

FIG. 1 illustrates an exemplary system for selecting between networks. In FIG. 1, user 100 having Smartphone 105 (exemplary UE) is making a telephone call and/or using a data resource (e.g., email or the Internet). Smartphone 105 receives signal 140 from second network type 120 and signal 150 from a first network type 130. Generally, the second network type 120 is a small cell network or WiFi network or other network that has a reduced (or no) capacity to hand off active user sessions, and first network type 130 is a macro-cell network, such as a cell network or other network that has the ability to effectively hand off active users sessions. To be sure, an active session is a current session for user equipment including, for example, an active call, an on-hold call, media streaming, messaging service, or other similar types of sessions that occur over a network.

The Smartphone 105 includes logic stored in memory that is executed by a processor of the Smartphone 105 to dynamically select an appropriate network for the Smartphone 105 based upon the movement or lack of movement of the Smartphone 105. This logic may include a GPS module that is configured to track the GPS location of Smartphone 105 and calculate a velocity of the Smartphone 105. Alternatively, the GPS module may determine that the GPS location of the Smartphone is different within a given period of time. For example, the Smartphone 105 may be located a first position at time zero, and a second position at second time that is approximately one minute later than time zero. Additionally, the first and second positions are removed from one another by approximately a mile. Thus, the GPS module may infer that the Smartphone 105 is mobile and traveling at a high rate of speed.

In general, if the Smartphone 105 is mobile, the logic may specify that the Smartphone 105 should utilize the first network type 130. On the other hand, if the Smartphone 105 is determined to be stationary, the logic may direct the Smartphone 105 to utilize the second network type 120. As mentioned above, thresholds may be established that specify how “mobile” the Smartphone 105 must be to warrant use of a particular network. For example, if the Smartphone 105 is moving at a rate of speed that is greater than one mile per hour, the Smartphone 105 may select a second network type such as a small cell or WiFi network. Alternatively, if above the threshold the Smartphone 105 may select the first network type 130 (e.g. a macro-cell network). Advantageously, if user 100 is moving at a sufficient pace that handovers between adjacent WiFi, small cell, ad-hoc, or other similar networks would be difficult or impossible, then smartphone 105 would use first network type 130, which may be a macro-cell network.

Velocity or pace of travel may be inferred from a relatively few number of data points, such as the example given above with respect to a first and second positions of the Smartphone 105. Thus, the GPS module need not continually monitor the location of the Smartphone 105 in order make an appropriate network selection, although in some embodiments continuous or semi-continuous monitoring of the location of the Smartphone 105 may be employed.

FIG. 2 is another embodiment of the present technology. An automobile 110 may have a mobile communications device 180 inside, which may be integrated in automobile 110 or carried within automobile 110. For example, the mobile communications device may include the Smartphone 105. The mobile communications device 180 in automobile 110 is making a telephone call and/or using a data resource (e.g., email or the Internet), and receives signal 160 from second network type 120 and signal 170 from a first network type 130. In some instances, the Smartphone 105 may establish a small cell network, such as a hotspot, with the first network type 130.

In some embodiments, the mobile communications device 180 of the automobile 110 may send period signals to a remote server 190 that include location based data, or can be processed by the remote server 190 to infer location based information or movement. For example, the mobile communications device 180 may send route update messages or other types of messages that report wireless link data, which may include location based information for the mobile communications device 180.

It will be understood that the remote server 190 may include a cellular transceiver such as a cellular base station. The remote server 190 may also include an application server that is configured to provide services, such as subscription-based communications, to the automobile 110 over a wireless link.

The remote server 190 monitors the location and/or movement of the automobile 110 over time to determine if the automobile is stationary. The remote server 190 may utilize any one or combination of methods for determining if the automobile 110 is moving or stationary. Also, the remote server may determine the velocity or acceleration of automobile, and use this information to determine if the automobile, and specifically the mobile communications device 180, should use the first or second network type.

The remote server 190 may utilize rules and/or thresholds for determining network selection as a function of the movement of the automobile. For example, if the automobile is moving at a rate of speed of less than twenty five miles per hour, the remote server 190 may infer that the automobile will remain in a localized area for a period of time. Thus, the remote server 190 may allow the automobile 110 to couple with (or remain coupled with) the second network type 120. For example, a small cell network, such as a femtocell or WiFi may be of the second network type that has a reduced (or no) capacity to hand off active sessions for the automobile 110.

If the remote server 190 determines that the automobile is moving at a high rate of speed, the remote server 190 may instruct the automobile 110 to use first network type 130. In another example, the remote server 190 may not be able to determine or infer the speed of travel of the automobile because the remote server 190 cannot obtain enough data to determine a rate of speed, but may have only one (or relatively few) location based information signals that place the automobile on a freeway or highway. The remote server 190 may determine that the automobile is likely on a highway from evaluating one location based data point. The remote server 190 may instruct the automobile to use the first network type 130. These examples are merely use cases for thresholds or rules that may be utilized to determine if a mobile device should be instructed to use a small or macro cell network.

By way of another example, if the remote server 190 determines that the automobile 110 is stationary, the mobile communications device 180 in automobile 110 may be instructed by the remote server 190 to use the second network type 120. The remote server 190 may alternatively use triangulation of signals received from the mobile communications device 180 to determine speed or infer movement of the automobile 110. Alternatively, if the automobile 110 is moving at a sufficient pace that handovers between adjacent WiFi and/or small cell networks (e.g., reduced handoff capacity networks) would be difficult or impossible, then mobile communications device 180 in automobile 110 may be instructed to use first network type 130, which may be a macro-cell network.

In another embodiment, the mobile communications device 180 may utilize the small cell network established between the Smartphone 105 and the first network type 130, which is of the first network type (e.g., capable of handing off active user sessions). If necessary, the mobile communications device 180 may be configured to use the small cell network (e.g., hotspot network) by storing in the mobile communications device 180 a service set identifier (SSID) and password (if necessary). The mobile communications device 180 may use a WiFi network, for example, if the automobile is within range of a public or private WiFi network, if the automobile is authorized to utilize such networks.

As with the embodiment of FIG. 1, the embodiment described in FIG. 2 could alternatively include the mobile communications device 180 performing the methods described above, rather than employing the use of a remote server 190.

As mentioned above, the mobile communications device 180 may be configured to override instructions from the remote server 190 when signal strength indicates that the network selected for the mobile communications device 180 by the remote server 190 is below an acceptable threshold. For example, the remote server 190 may determine that the automobile is stationary. Additionally, the automobile may appear to be within range of a public WiFi network that is open and accessible to the mobile communications device 180. Unfortunately, the automobile is on the outermost boundary of the WiFi network and the signal strength is poor. The mobile communications device 180 may determine that the macro cell network should be used rather than the WiFi network because the macro cell network provides a more robust wireless link throughput. Thus, the requisite logic to perform network selection may reside on both the remote server 190 and the mobile communications device 180.

Also, the mobile communications device 180 may consider the communications sessions that are currently active. Session type, along with network bandwidth or signal strength may be evaluated in combination to select an appropriate network. For example, if the mobile communications device 180 is engaged in data intensive sessions, such as media streaming, a voice conversation, and/or a navigation session, the mobile communications device 180 may prefer the network with the highest available bandwidth.

FIG. 3 is a flowchart of an exemplary method for network selection for a mobile device. In some embodiments the method includes receiving 305 signals that comprise location information of the mobile communications device. For example, a GPS module in a mobile communications device may receive GPS location signals that are indicative of a location of the mobile communications device. In another example, a remote server may receive signals that are indicative of the location of a mobile communications device such as GPS location data or triangulation data, as well as other signals that would be known by one ordinary skill in the art with the present disclosure before them. In some instances, rather than receiving strictly location based information, the mobile communications device (or remote server) may receive a signal that is indicative of the movement of the mobile communications device, such as velocity, acceleration, or other similar data.

In some instances, the method may include estimating 310 the magnitude of movement by comparing the magnitude of the movement of the mobile communications device to a velocity threshold. Next, if the magnitude of the movement meets or exceeds the threshold the method includes outputting 315 a signal that specifies that the mobile communications device is to use the first network type. Alternatively, if the magnitude of the movement does not meet or exceed the threshold, the method includes outputting 320 a signal that specifies that the mobile communications device is to use the second network type

As mentioned above, the second network type network may include a microcell network established by a second communications device such as a microcell established by a vehicle. The mobile communications device may include a Smartphone used by the driver of the vehicle. In these instances, if the mobile communications device is instructed to use the second network type, the mobile communications device will couple with the second communications device as a proxy to use the microcell network.

In some instances, the method may further comprise determining 325 a signal strength for each network communications networks available to the mobile communications.

The method may also include selecting 330 the first or second network type for the mobile communications device based upon a magnitude of movement of the mobile communications device. For example, this may include determining or inferring velocity of the mobile communications device by comparing time stamps or time frame data associated with each location based signal. Other methods for inferring movement may include comparing a location of the mobile communications device with landmarks or other objects on a map, such as a highway or a parking lot. For example, if the location signal indicates that the mobile communications device is in a parking lot, the selected network may include a small cell network or WiFi network or other network that has a reduced capacity (or no capacity) to hand off user sessions. If a known public WiFi network is determined from evaluation of the map location, and access credentials for the WiFi network are known to the system, the method may include providing the appropriate credentials to the mobile communications device, allowing the mobile communications device to access the network.

In some instances, the signal strength may also be utilized in combination with the velocity or movement of the mobile device. Again, this method may be executed by the mobile communications device alone or in conjunction with a remote server that transmits signals to the mobile communications device to inform the mobile communications device as to which network to select.

FIG. 4 illustrates an exemplary method for selecting a network connection for a mobile communications device. The method may include receiving 405 signals that comprise location information of the mobile communications device, using any of the methods or processes described above. In some instances, the method includes estimating 410 movement of the mobile communications device from the location information. Again, this may include determining a magnitude of movement or velocity of the mobile device.

Based upon a magnitude of the movement of the mobile communications device, the method may include dividing 415 voice sessions and data sessions for the mobile communications device between first and second network types.

For example, if the voice sessions are placed onto a small communications network, the method may include placing 420 data sessions onto the first network type and placing voice sessions onto the second network type.

According to some embodiments, the method may include merging 425 the voice sessions onto the first network type if the magnitude of the movement of the mobile communications device increases above the velocity threshold.

The method may also further comprise re-dividing 430 the voice and data sessions between the first and second network types if the movement of the mobile communications device falls below the velocity threshold. Thus, the process can vacillate between merging and dividing the voice and data sessions as necessary, depending upon the movement of the mobile device.

If the magnitude of the movement of the mobile communications device cannot be measured, the method may include an optional step of comparing 435 a last location of the mobile communications device to a map to infer the magnitude of the movement of the mobile communications device.

FIG. 5 is a flowchart of a method for selecting a network for a mobile device. The method may include receiving 505 a first signal from a first network transmitter (such as a cell tower of a macro cell network). The first signal includes an indication of a first strength of the first signal. Also, the method includes receiving 510 a second signal from a second network transmitter (such as a small cell network). The second signal includes an indication of a second strength of the second signal.

The method may further include determining 515 a velocity of a mobile communications device, as well as selecting 520 one of the first network type and the second network type for one of data and voice transmissions based on at least one of the velocity, the first strength, and the second strength. Thus, the process for selecting an appropriate network may be based on a first network signal strength, a second network signal strength, a mobility/movement of the device, or any combinations thereof.

FIG. 6 illustrates an exemplary computing device 1 that may be used to implement an embodiment of the present systems and methods. The system 1 of FIG. 6 may be implemented in the contexts of the likes of clients, information display systems, computing devices, terminals, networks, servers, or combinations thereof. The computing device 1 of FIG. 6 includes a processor 10 and main memory 20. Main memory 20 stores, in part, instructions and data for execution by processor 10. Main memory 20 may store the executable code when in operation. The system 1 of FIG. 6 further includes a mass storage device 30, portable storage device 40, output devices 50, user input devices 60, a graphics display system 70, and peripherals 80.

The components shown in FIG. 6 are depicted as being connected via a single bus 90. The components may be connected through one or more data transport means. Processor 10 and main memory 20 may be connected via a local microprocessor bus, and the mass storage device 30, peripherals 80, portable storage device 40, and display system 70 may be connected via one or more input/output (I/O) buses.

Mass storage device 30, which may be implemented with a magnetic disk drive or an optical disk drive, is a non-volatile storage device for storing data and instructions for use by processor 10. Mass storage device 30 can store the system software for implementing embodiments of the present technology for purposes of loading that software into main memory 20.

Portable storage device 40 operates in conjunction with a portable non-volatile storage medium, such as a floppy disk, compact disk or digital video disc, to input and output data and code to and from the computing system 1 of FIG. 6. The system software for implementing embodiments of the present technology may be stored on such a portable medium and input to the computing system 1 via the portable storage device 40.

Input devices 60 provide a portion of a user interface. Input devices 60 may include an alphanumeric keypad, such as a keyboard, for inputting alphanumeric and other information, or a pointing device, such as a mouse, a trackball, stylus, or cursor direction keys. Additionally, the system 1 as shown in FIG. 6 includes output devices 50. Suitable output devices include speakers, printers, network interfaces, and monitors.

Graphics display system 70 may include a liquid crystal display (LCD) or other suitable display device. Graphics display system 70 receives textual and graphical information, and processes the information for output to the display device. Peripherals 80 may include any type of computer support device to add additional functionality to the computing system. Peripherals 80 may include a modem or a router.

The components contained in the computing system 1 of FIG. 6 are those typically found in computing systems that may be suitable for use with embodiments of the present technology and are intended to represent a broad category of such computer components that are well known in the art. Thus, the computing system 1 can be a personal computer, hand held computing system, telephone, mobile computing system, workstation, server, minicomputer, mainframe computer, or any other computing system. The computer can also include different bus configurations, networked platforms, multi-processor platforms, etc. Various operating systems can be used including UNIX, Linux, Windows, Macintosh OS, Palm OS, and other suitable operating systems.

Some of the above-described functions may be composed of instructions that are stored on storage media (e.g., computer-readable medium). The instructions may be retrieved and executed by the processor. Some examples of storage media are memory devices, tapes, disks, and the like. The instructions are operational when executed by the processor to direct the processor to operate in accord with the technology. Those skilled in the art are familiar with instructions, processor(s), and storage media.

It is noteworthy that any hardware platform suitable for performing the processing described herein is suitable for use with the technology. The terms “computer-readable storage medium” and “computer-readable storage media” as used herein refer to any medium or media that participate in providing instructions to a CPU for execution. Such media can take many forms, including, but not limited to, non-volatile media, volatile media and transmission media. Non-volatile media include, for example, optical or magnetic disks, such as a fixed disk. Volatile media include dynamic memory, such as system RAM. Transmission media include coaxial cables, copper wire and fiber optics, among others, including the wires that comprise one embodiment of a bus. Transmission media can also take the form of acoustic or light waves, such as those generated during radio frequency (RF) and infrared (IR) data communications. Common forms of computer-readable media include, for example, a floppy disk, a flexible disk, a hard disk, magnetic tape, any other magnetic medium, a CD-ROM disk, digital video disk (DVD), any other optical medium, any other physical medium with patterns of marks or holes, a RAM, a PROM, an EPROM, an EEPROM, a FLASHEPROM, any other memory chip or data exchange adapter, a carrier wave, or any other medium from which a computer can read.

Various forms of computer-readable media may be involved in carrying one or more sequences of one or more instructions to a CPU for execution. A bus carries the data to system RAM, from which a CPU retrieves and executes the instructions. The instructions received by system RAM can optionally be stored on a fixed disk either before or after execution by a CPU.

Computer program code for carrying out operations for aspects of the present technology may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present technology has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the invention. Exemplary embodiments were chosen and described in order to best explain the principles of the present technology and its practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.

Aspects of the present technology are described above with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present technology. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

While various embodiments have been described above, it should be understood that they have been presented by way of example only, and not limitation. The descriptions are not intended to limit the scope of the technology to the particular forms set forth herein. Thus, the breadth and scope of a preferred embodiment should not be limited by any of the above-described exemplary embodiments. It should be understood that the above description is illustrative and not restrictive. To the contrary, the present descriptions are intended to cover such alternatives, modifications, and equivalents as may be included within the spirit and scope of the technology as defined by the appended claims and otherwise appreciated by one of ordinary skill in the art. The scope of the technology should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the appended claims along with their full scope of equivalents. 

What is claimed is:
 1. A method for selecting a network connection for a mobile communications device, the method comprising: receiving signals that comprise location information of the mobile communications device integrated into a vehicle, the signals being route update messages for the vehicle; selecting a first network type or a second network type for the mobile communications device based upon a magnitude of a movement of the vehicle determined from the location information, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network having a reduced capacity or no capacity to hand off active sessions for the mobile communications device; and when the magnitude of the movement of the vehicle cannot be measured, comparing a last location of the vehicle to a map to infer the magnitude of the movement of the vehicle.
 2. The method according to claim 1, further comprising estimating the magnitude of movement of the vehicle by: comparing the magnitude of the movement of the vehicle to a velocity threshold; when the magnitude of the movement meets or exceeds the velocity threshold the method includes outputting a signal that specifies that the vehicle is to use the first network type; and when the magnitude of the movement does not meet or exceed the velocity threshold the method includes outputting a signal that specifies that the vehicle is to use the second network type.
 3. The method according to claim 1, wherein the second network type includes at least one of an ad-hoc network, a microcell, a femtocell, and a WiFi network.
 4. The method according to claim 1, wherein the second network type comprises a microcell network established by a second communications device, the mobile communications device being coupled with the second communications device as a proxy to use the microcell network.
 5. The method according to claim 1, further comprising determining a signal strength for each network available to the mobile communications, and wherein selecting further comprises selecting the first or second network type based upon both the signal strength of available networks and the magnitude of the movement of the mobile communications device.
 6. A method for selecting a network connection for a mobile communications device, the method comprising: receiving signals that comprise location information of the mobile communications device integrated into a vehicle, the signals being route update messages for the vehicle; estimating movement of the mobile communications device from the location information; dividing voice sessions and data sessions for the mobile communications device between a first network type and a second network type-based upon a magnitude of a movement of the vehicle, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network having a reduced capacity or no capacity to hand off active sessions for the mobile communications device, the vehicle storing a service set identifier and a password for accessing the first network type; and when the magnitude of the movement of the vehicle cannot be measured, comparing a last location of the vehicle to a map to infer the magnitude of the movement of the vehicle.
 7. The method according to claim 6, wherein when the voice sessions are placed onto the second network type the data sessions are placed onto the first network type.
 8. The method according to claim 6, wherein estimating comprises comparing the magnitude of the movement of the vehicle to a velocity threshold.
 9. The method according to claim 8, further comprising merging the voice sessions onto the first network type when the magnitude of the movement of the vehicle increases above the velocity threshold.
 10. The method according to claim 9, further comprising re-dividing the voice and data sessions between the first and second network types when the movement of the vehicle falls below the velocity threshold.
 11. The method according to claim 8, further comprising merging the voice sessions onto the first network type when a signal strength of the second network type falls below a signal threshold.
 12. The method according to claim 8, wherein the second network type includes at least one of an ad-hoc network, a microcell, a femtocell, and a WiFi network.
 13. A method, comprising: receiving a first signal from a first network transmitter, the first signal including an indication of a first strength of the first signal pf a first network type; receiving a second signal from a second network transmitter, the second signal including an indication of a second strength of the second signal of a second network type; determining signals that comprise location information of a mobile communications device integrated into a vehicle, the signals being route update messages for the vehicle; selecting one of the first network type and the second network type for one of data and voice transmissions based on at least one of a magnitude of a movement of the vehicle, the first strength, and the second strength, the vehicle storing a service set identifier and a password for accessing the first network type; and when the magnitude of the movement of the vehicle cannot be measured, comparing a last location of the vehicle to a map to infer the magnitude of the movement of the vehicle.
 14. The method according to claim 13, further comprising: comparing the magnitude of the movement of the vehicle to a velocity threshold; when the magnitude of the movement meets or exceeds the velocity threshold the method includes outputting a signal that specifies that the mobile communications device is to use the first network type; and when the magnitude of the movement does not meet or exceed the velocity threshold the method includes outputting a signal that specifies that the mobile communications device is to use the second network type.
 15. The method according to claim 14, wherein the first network type includes a macro cell network and the second network type includes at least one of an ad-hoc network, a microcell, a femtocell, and a WiFi network.
 16. The method according to claim 15, wherein based upon the magnitude of the movement of the vehicle, the method comprises dividing voice sessions and data sessions for the mobile communications device1 between the first network type and the second network type.
 17. The method according to claim 16, wherein when the voice sessions are placed onto the second network type the data sessions are placed onto the first network type.
 18. The method according to claim 17, wherein the second network type comprises a microcell network established by a second communications device, the mobile communications device being coupled with the second communications device as a proxy to use the microcell network.
 19. A mobile communications device, comprising: a processor; and a memory for storing executable instructions, the instructions being executed by the processor to: receive signals that comprise location information of the mobile communications device integrated into a vehicle, the signals being route update messages for the vehicle; select a first network type or a second network type for the mobile communications device based upon a magnitude of a movement of the vehicle determined from the location information, the first network type comprising a network that is capable of handing off active sessions for the mobile communications device, the second network type comprising a network having a reduced capacity or no capacity to hand off active sessions for the mobile communications device; and when the magnitude of the movement of the vehicle cannot be measured, compare a last location of the vehicle to a map to infer the magnitude of the movement of the vehicle. 